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@ Asynchronous co-processor data mover method and means. 



@ Virtual addressing is available to a co-processor 
(20) to asynchronously control the movement of mul- 
tiple page units of data between different locations in 
the same or a different media, e.g. main store (23, 
r- MS) and expanded store (24, ES), or both may be in 
^ ES (24), or both may be in MS (23). The co-proces- 
^ sor (20) controls the asynchronous page movement 
^ in parallel with continuing execution of other instruc- 
Cy> tions by the central processor (CP) which requested 
the page movement. Each page to be moved is 
^ specified by an MSB (Move Specification Block). A 
^ set of MSBs are addressed by a special type of 
Q channel control word (COW) in a channel program 
containing one or more CCWs, some of which may 
fii address one or more sets of MSBs (one MSB set 
per COW) to control the movement of any number of 



pages. The CPU executes a special ADM SSCH 
(start subchannel) instruction that passes the page 
move work to the co-processor (20) to perform the 
requested page transfer involving one or more sets 
of MSBs. Flag fields in source and sink specifica- 
tions in each MSB contains a plurality of flag bits 
that define: the associated source or sink media, 
whether the specified address is to be translated as 
a virtual address or to be handled as an absolute 
address, whether replication of the source page(s) is 
to be done at the sink location, and whether the 
page(s) are to be erased by only accessing the sink 
pages to control the writing of a predetermined pad- 
ding character, such as zero, through-out the content 
of the sink page(s). 
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Introduction 



The invention relates to providing a co-proces- 
sor method and means for moving a plurality of 
pages simultaneously with the execution of instruc- 
tions by the processor which requested the move- 
ment of the pages, which may be virtually ad- 
dressed. 

Background 

US-A-4.476,524 uses real addressing of pages 
in main storage (MS) and In page store (PS) to 
asynchronously copy pages of data between MS 
and PS under control of a channel processor. A CP 
initiates the page transfer by executing a SIO (start 
input output) instruction which initiates a channel 
program comprised of channel control words 
(CCWs). US-A-4.476.524 cannot use virtual ad- 
dresses to move pages, and virtual addressing 
cannot be asynchronously forced into its method of 
operation. The subject invention does not use any 
real address in channel program CCWs to address 
pages. 

US-A-4, 476,524 uses the real address within 
one of the two CCWs used per page to address 
the page. In US-A-4,476.524 the first of the two 
CCW is either a PPI (prepare page in) or a PPO 
(prepare page out), and the second CCW is a page 
copy CCW in a variable chain of CCWs initiated by 
a SIO instruction. The CP may execute other 
instructions at the same time that the channel pro- 
gram is controlling the PS/MS page transfer of a 
variable number of pages. US-A-4,476,524 does 
not disclose any move specification block (MSB), 
which is introduced by the subject invention for 
enabling virtual addressing in a CCW program. 

EP-A 0 214 870 of Fujitsu describes and 
claims a synchronous page move instruction that 
operates on the central processor of a system. It is 
operand media dependent, i.e. it has an MS 
operand and an ES operand; while the subject 
invention is not media dependent among the media 
for which it is designed. This application does not 
disclose any MSB, introduced by. the subject inven- 
tion for enabling virtual addressing in a CCW pro- 
gram. 

European patent application serial number EP 
90 115 517.6 discloses a move page MVPG syn- 
chronous instruction which moves a single page 
and the central processor cannot execute any other 
instructions until the page move is completed. This 
application does not disclose any MSB, introduced 
by the subject invention for enabling virtual ad- 
dressing in a CCW program and only moves a 
single page at a time. 



Summary of the Invention 



This invention provides a co-processor as an 
asynchronous interface between a processor re- 
5 questing a service and the performance of that 
service by the co-processor. 

This invention provides a co-processor as an 
interface between an application program 
(executing on any central processor in a multi- 
10 processor system) and the co-processor's perfor- 
mance of a service requested by the program. 

This invention provides a co-processor to asyn- 
chronously control the movement of a set of pages 
concurrently with the continuation of execution by a 
75 central processor that requested the movement of 
the set of pages. 

This invention provides a co-processor to asyn- 
chronously control the movement of a set of pages 
in the same medium or between different media 
20 concurrently with the continuation of execution by a 
processor that requested the movement of the set 
of pages. 

This invention provides an asynchronous co- 
processor interface between a processor request- 
25 ing a service and the performance of that service 
by the co-processor using predetermined virtual 
addresses. 

This invention provides an asynchronous co- 
processor interface between a processor request- 

30 Ing a service and the performance of that service 
by the co-processor using predetermined virtual 
addresses in a unique data structure. 

This invention provides an asynchronous co- 
processor interface between a processor request- 

35 Ing a service and the performance of that service 
by the co-processor using predetermined virtual 
addresses in a unique data structure accessed 
through an I/O channel program that uses real 
addressing. 

40 This invention enables virtual addressing to be 

used by a co-processor to asynchronously control 
the movement of multiple page units of data be- 
tween different locations which may be in ES and 
MS, or both may be in ES, or both may be in MS. 

45 A co-processor is used to control the asynchronous 
page movement in parallel with continuing execu- 
tion by the central processor (CP) requesting the 
page movement, so that a single CP instruction 
can efficiently move a very large number of pages 

50 simultaneously with the execution of other instruc- 
tions In the CP. Further, the page movement by the 
co-processor may be between different media in 
the same computer system. 

The virtual or absolute addressing of the 

55 source and sink (destination) locations for each 
page to be moved is specified by an MSB (Move 
Specification Block). An embodiment of a co-pro- 
cessor, called an "Asynchronous Data Mover" 
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(ADM), controls the movement of the pages by the 
MSBs. A set of MSBs are addressed by a special 
type of channel control word (CCW), and a channel 
program of one or more CCWs addresses one or 
more sets of MSBs (one set per CCW) to control 
the movement of any number of pages. The CCWs 
use real addressing (not virtual addressing) to ad- 
dress each set of MSBs. A Start Subcommand 
(SSCH) instruction to a special ADM Subchannel 
(SCH) Is executed by a CP to initiate the ADM co- 
processor to start a page transfer controlled by one 
or more sets of MSBs, The SSCH instruction iden- 
tifies the ADM subchannel and the ORB (Operation 
Request Block) pointing to the MSB CCW program 
(the location of the first CCW of that program). For 
example, the CP's general register (GR) 1 contains 
the ID of the subchannel involved while the address 
in the SSCH instruction (D2, B2) addresses the 
operation request block (ORB). The ORB contains 
the address of the channel program. 

As In standard ESA/390 I/O operations, the 
SCH (subchannel) provides the logical link between 
the Invoking program (the control program In this 
case) and particular asynchronous requests out- 
standing. Thus, where N special ADM SCHs have 
been allocated to communicate requests to the 
coprocessors, an operation completion Interruption 
Identifies which operation has completed by iden- 
tifying the SCH used to initiate the operation as 
part of the information provided with the Interrup- 
tion. The control program keeps a record of which 
asynchronous operation has been assigned to each 
ADM SCH. Only one operation may be outstanding 
on a SCH at a time. The prior art does not teach 
the use of MSBs to perform virtual addressing of 
pages under control of the real addressing of the 
MSBs by a chain of CCWs Initiated by a SSCH 
instruction to an ADM SCH. 

The virtual addressing possible in the MSB 
instruction differs from the prior move page MVPG 
instruction in European patent application number 
EP 90 115 517.6. That application requires the 
page movement be synchronous with central pro- 
cessor (CP) operations, wherein the CP cannot 
execute other Instructions while its requested page 
movement is being done. On the other hand, the 
MSB co-processor asynchronously controls the 
movement of any number of pages while the pro- 
cessor requesting the page movement is executing 
other instructions. Addressing of the pages may be 
virtual or absolute. 

The flag fields in the source and sink specifica- 
tions within the MSB contain a plurality of flag bits 
that define: the associated source or sink media, 
whether the specified addresses are to be trans- 
lated as a virtual address or to be handled as 
absolute addresses, whether replication of the 
source page(s) Is to be done at the sink location. 



and whether the sink page(s) is to be erased by 
writing therein a predetermined character, e.g. all- 
zero data. 

When virtual addressing is specified in the flag 
5 field of an MSB, the source and/or sink portion of 
the MSB contains a segment table descriptor 
(STD) that specifies the virtual address space con- 
taining the associated source or sink page. An 
offset field in each MSB contains the virtual ad- 

10 dress in the specified address space, or contains 
the real address if a real address is flagged in the 
MSB. If real addressing is specified in the flag field 
of an MSB, the STD field is ignored. 

Thus, an MSB is generally used to specify the 

75 source and sink locations for a page to be moved 
in the same specified internal medium (e.g. both 
source and sink are in MS or ES), or between 
different media (e.g. source in MS or ES, and the 
sink in the other medium). 

20 Further, this invention provides an asynchro- 

nous coprocessor interface by which a processor 
may request that a group of page frames anywhere 
in an electronic storage hierarchy be set to zeros 
(cleared) while the requesting processor continues 

25 normal execution. 

When a zeroing control bit (Z) is provided as a 
flag field in the source specification in an MSB, the 
move operation is changed to eliminate the acces- 
sing of the source page(s) and to only access the 

30 sink pages to control the writing of a predetermined 
padding character, such as zero, through-out the 
content of the sink page(s). The Z-bit for sink 
pages has no meaning. 

Still further, this invention provides an asyn- 

35 chronous interface by which a processor may re- 
quest that a particular page (or set of pages) be 
replicated in a group of page frames anywhere in 
an electronic storage hierarchy while the requesting 
processor continues normal execution. Replication 

40 at the sink location requires only a single fetch of 
specified source page(s), which are then copied 
any number of times at the sink location for replica- 
tion. When the replication function (R) is specified, 
the source page(s) are replicated into each sink 

45 page(s). The Page Count in the MSB controls the 
number of source pages that are replicated. A 
Replication Count Field in the sink specification 
controls the number of such replications per- 
formed. 

50 The virtual addressing in the MSB instruction 

differs from the prior move page MVPG instruction 
in European patent application number EP 90 115 
517.6. That application synchronously controls the 
page movement with central processor (CP) oper- 

55 ations wherein the CP cannot do any processing 
while its requested page movement is being done. 
On the other hand, the MSB co-processor asyn- 
chronously can control the movement of any num- 
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ber of virtually addressed pages while other pro- 
cessing is being done by the requesting CP. CP 
requests for asynchronous page transfers are made 
by any CP application program requesting the sys- 
tem control program to execute a start subchannel s 
(SSCH) instruction (defined in the ESA/390 com- 
puter architecture described in the ESA/390 Princi- 
ples of Operations having form number SA22-7201- 
00 for ordering the publication from the IBM Cor- 
poration. 10 

Detailed Description of the Drawings 



Fig. 1 is a general diagram of a computer 

electronic complex (CEC) contain- is 
ing asynchronous data mover 
(ADM) hardware represented as a 
co-processor in the CEC. 

Fig. 2 represents the addressing structure 

for ADM invocation and execution 20 
within an ADM program using move 
specification blocks (MSBs). 

Fig. 3 illustrates a preferred form of a 

move specification block (MSB). 

Fig. 4A is a flow, diagram of the operation 25 
of the ADM Start Subchannel 
(SSCH) operation. 

Fig. 48 is an overall flow diagram of the 
ADM co-processor operation for 
processing a work element from the 30 
work queue. 

Fig. 5 is a flow diagram of the operation 

of a CCWLOOP microcode routine* 
used in the flow diagram in Fig. 4. 

Fig. 6 is a flow diagram of the operation 35 

of a CCWEXE microcode routine 
used in the flow diagram in Fig. 5. 

Fig. 7 is a flow diagram of the operation 

of a MOVE microcode routine used 
in the flow diagram in Fig. 6. 40 

Fig. 8 is a flow diagram of the operation 

of a SENSE microcode routine 
used in the flow diagram in Fig. 6. 

Fig. 9 is a flow diagram of the operation 

of a SENSE ID microcode routine 45 
used in the flow diagram in Fig. 6. 

Fig. 10 shows detailed MSB execution unit 
data-flow logic of the ADM co-pro- 
cessor represented in Fig. 1 . 

Fig. 11 A shows the data-flow logic hardware so 
circuits in the ADM co-processor 
for performing a source dynamic 
address translation (DAT) operation, 
as shown in Fig. 10. 

Fig. 11B shows the data-flow logic hardware 55 
circuits in the ADM co-processor 
for performing a sink dynamic ad- 
dress translation (DAT) operation. 



as shown in Fig. 10. 
Description Of the Detailed Embodiments 



ADM Co-processsor Environment: 



Fig. 1 illustrates a computer electronic complex 
(CEC) which contains an ADM co-processor 20 
which services the asynchronous page move re- 
quests in programs executed by a plurality, of cen- 
tral processors 1 through N sharing an electronic 
storage hierarchy. 

The systems control element (SCE) is a part of 
any conventional IBM ES/9000 system in the prior 
art for controlling storage accesses. The SCE pro- 
vides a signalling mechanism for signalling all ele- 
ments in the CEC. The SCE performs the following 
functions important to the preferred embodiment of 
this invention: 

1. Storage accesses (fetch and store) to main 
storage (MS) on word boundaries. 

2. Storage accesses (fetch and store) to ex- 
panded store (ES) on a page boundary transfer- 
ring one page of data per access. 

3. Page transfer control from MS to either MS or 
ES outside of any CP cache, and from ES to 
either MS or ES outside of any CP cache. (Each 
CP may have one or more private caches and a 
shared cache with other CP's.) 

4. Page zeroing in either MS or ES without 
transferring a data page of zero characters from 
another page in storage or affecting any CP 
cache under control of a Z bit in a storage 
request. 

5. Signalling mechanism to enable any element 
to signal any other element in the CEC via SCE 
busses. 

Each CP in the CEC executes application pro- 
grams and the system control program that man- 
ages the hardware and software resources in the 
CEC system. The instructions which comprise any 
program for any CP is loaded into the CP caches 
from MS, as well as any data the program requires. 
The CPs operate in a typical multi-processing man- 
ner with data coherence controlled by the SCE. 

Application and subsystem programs use ES 
for temporary storage of large amounts of needed 
data, which must be moved to MS before it can be 
used by a program. The system control program 
also uses ES as a paging store, and thus moves 
pages of data/programs between ES and MS to 
free-up MS for allocation to other programs and 
their data. Programs generally use ES for one of 
two uses: as a cache of data under program con- 
trol, or as an intermediate work file. Because of the 
wide disparity in the access time of obtaining a 
page from ES and the time to access a page from 
a DASD device on a conventional channel, the ES 
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can be used as an effective storage nnedia where 
any data to be accessed cannot fit into the MS 
allotted for the particular data object or purpose. 
Where a temporary work file in a programming 
process exceeds the size that can be allocated for 
it in MS, but will fit in the normally much larger ES, 
the use of ES as a storage device will substantially 
decrease the execution time of the process. Where 
the data transfer occurs asynchronously to the CPs 
of a CEC instead of synchronously (as in the use of 
a Move Page (MVPG) instruction) the reduction of 
execution time will be accomplished with signifi- 
cantly reduced processor time. In the MVPG sce- 
nario, the processor must wait while each page of 
data is moved, but in the ADM asynchronous sce- 
nario, a processor executes other instructions si- 
multaneously with the "data moves because those 
moves are-under control of the coprocessor. 

Application programs often copy large numbers 
of pages of data from one MS buffer to another MS 
buffer when different components of a program 
have to process the same data, but must keep 
separate copies of the data for integrity, security or 
algorithmic reasons. Thus, an application, a pro- 
gramming subsystem or a control program can 
move pages of data within MS, within ES, or be- 
tween ES and MS by using an ADM facility in the 
GEO without incurring a large CP time overhead. 

To process instructions and data, and to com- 
municate with the rest of the system, the CPs send 
storage commands, which are comprised of data 
and signals on busses to the SCE which connect 
the CPs to the SCE. Data and instructions are 
fetched from MS by any processor sending a stor- 
age fetch command to the SCE. Similarly, data Is 
stored into MS by sending a storage store com- 
mand to the SCE with the data. Signalling between 
elements in the CEC is accomplished by a proces- 
sor sending a signal command to the SCE with the 
ID of the receiving element, and SCE signalling 
control logic forwards the signal to the correct 
receiving element. 

In Fig. 1, mainstorage (MS) 23 is the repository 
of data and programs that the system can execute. 
Data lines are accessed in MS by the CPs via the 
SCE function. A CP can access any byte, word, or 
set of words in an accessed data line. Multiple CPs 
can concurrently fetch or store allocated areas in 
MS with their accesses managed by SCE coher- 
ency controls described in the prior art. 

A hardware storage area (HWA) 26 is phys- 
ically part of MS 23, but the HWA 26 can only be 
accessed by microcode or under hardware control 
(it cannot be accessed, or addressed, by applica- 
tion or control programs executing on any CP.) The 
HWA 26 contains system configuration control 
blocks, work queues, interruption queues (IRPT 
queue), subchannel control blocks, and other com- 



munication areas for the CPs, channels, and ADM 
functions. 

The expanded storage (ES) 24 stores page 
units of data which can be accessed only as page 
5 units. ES 24 can store many times more data than 
MS 23, and is the repository of data not imme- 
diately needed in MS 23 for execution by a CP, 
such as for backing buffers, paging storage, and 
temporary data storage. The SCE contains the con- 

10 trollers for both MS 23 and ES 24. The SCE also 
contains the MS and ES busses and logic used to 
control the movement of data between the SCE 
and either MS 23 or ES 24, and the movement of 
data for pages between MS 23 and ES 24. Ai- 
rs though other page sizes are possible, in the pre- 
ferred embodiment the page units are 4 KiloBytes 
(KB). The SCE busses to MS 23 and ES 24 are 
conceptually wide enough to handle all bits in a 
page in parallel, however current MS 23 and ES 24 

20 busses are smaller than a page of bits because of 
hardware and cost constraints. In current imple- 
mentations a line size is selected as the width of a 
single transfer to or from storage, based on a cost 
performance evaluation. An integral number of lines 

25 form a single page. The line size selected for ES 
transfers may be different than that selected for 
MS transfers but generally it is preferable that the 
ES line size be a multiple of the MS line size, e.g., 
twice the size, or four times the size, if they are 

30 different- Regardless of the implementation, pro- 
grams may only specify full page transfers to or 
from ES 24. while MS 23 may be addressed at the 
byte-level in appropriate instructions. The SCE and 
the MS and ES controllers make MS 23 and ES 24 

35 available for access by CPs, Coprocessors, I/O 
processors, and I/O Channels. 

The I/O channel subsystem 22 provides the 
input/output functions of the system, by executing 
channel programs (which are sets of CCWs in MS 

40 23) that control the transfer of data between MS 23 
and I/O control units and devices. 

ADM CCW List - Fig. 2 : 

45 Fig. 2 illustrates how lists of MSBs are acces- 

sed through the execution of an ADM SSCH in- 
struction. The ADM SSCH instruction indirectly in- 
vokes the ADM co-processor 20 to perform a page 
move operation by passing the ADM CCW List 31 

50 and the addressed MSBs to the ADM 20 for asyn- 
chronous execution. This instruction is restricted to 
privileged programs, e.g. control programs. Fig. 3 
illustrates the preferred embodiment form of the 
unique ADM MSBs. 

55 In Fig. 2, a ADM CCW list 31, and one or more 

associated MSB lists 32 are stored in MS 23 prior 
to executing the ADM SSCH instruction which will 
require them for its correct execution. This storing 
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is done at the request of the program requesting 
the ADM SSCH instruction as the ADM co-proces- 
sor 20 will eventually require these lists to pertornn 
the desired page move operations. 

The ADM CCW list 31 may contain any num- 
ber of ADM CCWs, e.g. ADM CCW 1 through ADM 
CCW k. and ADM CCW list 31 may contain as little 
as one ADM CCW. Each ADM CCW 31 addresses 
(points to) one MSB list 32. 

Each MSB list 32 may contain any number of 
MSBs. e.g. MSB 1 through MSB e, any MSB list 
32 may contain as little as one MSB. The MSBs in 
a single list 32 are contiguously located in MS 23. 
But the different MSB lists 32 are located in non- 
contiguous MS locations addressed by the respec- 
tive ADM CCWs in list 31. The MSB list 32 speci- 
fies all of the page moves controlled by one ADM 
CCW (which points to the respective MSB list 32). 
The CCW program may include more than one 
ADM MOVE CCW and thus more than one MSB 
list 32. 

Each MSB in any MSB list 32 controls the 
copying of one or more pages from a source 
location (defined by a source specification) to a 
sink location (defined by a sink specification). Ei- 
ther source or sink location may be in ES 23 or MS 
24. or both may be in MS 23 or in ES 24. The 
locations may be specified as absolute addresses 
or as virtual addresses. 

MSB Structure - Fig. 3 : 

Fig. 3 illustrates the preferred form of the MSB, 
which has two parts that respectively specify ad- 
dresses for source and sink locations for the page 
transfers represented by the respective MSB speci- 
fication. 

The source part of the specification is shown in 
words 0-1 and words 2-3. And the sink part of the 
specification is shown in words 4-5 and words 6-7. 

Words 0-1 contain a flags field, a page count 
field, and an STD field. Words 2-3 contain an offset 
field. Words 4-5 contain a flags field, a replication 
count field, and an STD field. Words 6-7 contain an 
offset field. 

The meanings of the various fields used in 
both the source specification and the sink speci- 
fication of an MSB are as follows: 
The page count (CNT) field contains the number of 
contiguous pages in the set of pages specified to 
be moved by this MSB. For a page move opera- 
tion, this field applies to both the source and sink 
specifications. However, for a replication, the page 
count is the number of pages addressed by the 
source specification that will form the unit of repli- 
cation. The number of such replications that are to 
be done is specified in the replication count field in 
the sink specification. Thus, the total number of 



sink pages that will be overwritten is the product of 
the page count and the replication count. For ex- 
ample, if a single page is to be replicated fifty 
times, the page count field will have a value of one, 

5 while the replication count value will be fifty. On the 
other hand, if a data structure of eight pages is to 
be replicated ten times, the page count field will 
contain eight and the replication count 10. In this 
case, 30 pages at the sink location will be overwrit- 

70 ten. In the case where the source flags Z flag is 1. 
the source count field specifies the number of 
contiguous pages at the sink location in which zero 
bits are written in all bytes of the sink pages. 

Where virtual addressing is specified for an 

75 operand in the flag field, the STD field contains the 
segment table descriptor to be used for translating 
the virtual address of each page in this specifica- 
tion. The STD is defined in the ESA/390 Principles 
of Operation as containing a segment table origin 

20 (STO) and a segment table length (STL). The STO 
is the real address of the segment table which 
defines the address space used in the address 
translation of the virtual page addresses. 

The offset field contains the address of the first 

25 page in the set of pages to be moved by this 
specification in the MSB. The offset field has its 
meaning determined by the settings of the V, M 
and/or E flag bits, as follows: 

If V = 1 , the offset field has a virtual address 

30 within the virtual space defined by the STD in the 
STD field. M and E bits are ignored in this case. 
The media and the address within the media are 
specified in the Page Table Entry as defined in 
* European patent application number EP 90 115 

35 517.6. 

If V = 0 and M = 1, the offset field has an ab- 
solute MS address. 

If V = 0 and E = 1, the offset field has an ES 
block number, which is the real address. 

40 The flag field contains the following flag bits: C, 

Z, V, M, E and R. Each flag bit has a separate flag 
function with the following meaning: 
C is a last MSB field. If C = 0, this MSB is the last 
MSB in the set for the current CCW. If C = 1, this 

45 MSB is not the last MSB in the set for the current 
CCW, and the next follows in the next contiguous 
bytes in MS following this one. C is only specified 
within the source flag specification and is ignored 
in the sink flag specification. 

50 Z is a zeroing control flag bit. If Z = 1 , any 

source page(s) specified by this MSB are ignored 
(they are not copied), and zero bits are written into 
the specified sink pages. Z is only specified within 
the source flag specification and is ignored in the 

55 sink flag. 

V is a virtual flag bit. If V= 1. flag bits M and E 
are ignored, and the offset field contains the virtual 
address for the page(s) accessed by this MSB 
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within the space defined by the STD field. If V = 0, 
flag bit M or E is tested and if one, the offset field 
contains the absolute MS or real ES address for 
the page(s) represented by this MSB specification. 

M is an MS absolute address flag. If M = 1, the 
associated offset field contains an MS absolute 
address. If M = 0, the associated offset field does 
not contain an MS address. 

E is a ES real address flag. If E = 1. the asso- 
ciated offset field contains an ESBN (ES block 
nunnber), which is an ES absolute address. If E = 0. 
the associated offset field does not contain an ES 
address. 

R Is a replication flag in the MSB source flags. 
It specifies that the contents of one or more contig- 
uous pages at the source location are to be repli- 
cated in the sink locations. If R = 1, the page count 
represents the extent in pages of the source 
operand that will repeatedly be copied to the sink 
location. The replication count specifies the nunnber 
of times the source replication page set will be 
copied into the sink locations. The number of sink 
pages overwritten is the product of the page count 
and the replication count. The source and sink 
location media are determined by the settings of 
the V, M and E flags. The R flag is not defined for 
the sink operand flags. 

ADM Start Subchannel (SSCH) Instruction Execu- 
tion - Fig. 4A: 

The execution of a SSCH to an ADM SCH has 
two parts: synchronous and asynchronous. In this 
embodiment, the CP SSCH microcode program 
recognizes that an ADM subchannel has been ad- 
dressed by GR1 . This requires that the request be 
placed on the ADM work queue and the ADM 
signalled that a work request has been queued for 
it. That completes _the synchronous part of the 
SSCH instruction and the CP proceeds to the ex- 
ecution of the next instruction following the SSCH. 
The ADM Co-processor 20 will complete the asyn- 
chronous portion of the ADM SSCH operation by 
moving the specified pages asynchronously, while 
the requesting CP continues processing other 
instructions. 

In Step 41 A, the CP microcode tests operands 
for exception conditions such as invalid subchannel 
or addressing exceptions and, if none exist, con- 
tinue to 41 B. Otherwise, go to Step 42A to present 
program exception. 

In Step 41 B, CP microcode tests the operation 
request block (ORB) fields for valid flags. If fields 
are invalid, present program exception. Otherwise, 
continue to Step 41 C. 

In Step 41 C, if the subchannel is already status 
pending, then go to 42B to set condition code = 1, 
indicating status pending, and end the operation. 



Otherwise, continue to Step 41 D. 

In Step 41 D, if a Start. Halt or Clear is already 
in progress at the subchannel, then go to Step 42C 
to set the condition code = 2, indicating busy, and 
5 end the operation. Otherwise, continue to Step 41 E. 

In Step 41 E, if the subchannel is not perational, 
go to Step 42D to set the condition code to 3, 
indicating invalid subchannel, and end operation. 

In Step 41 F, copy the contents of the ORB to 
70 the work queue element. 

In Step 41 G, test whether the addressed SCH 
is of the ADM type. If yes. go on to Step 41J. If 
not, go to pre-existing processing for other SCH 
types. 

75 In Step 41 H, place a work queue element on 

the bottom of the ADM work queue. This work 
queue element points to the designated subchan- 
nel. 

In Step 41J, the CPU signals the ADM co- 
20 processor via the SCE that a work element has 
been placed on the ADM work queue (ADM WQ). 

In Step 41 K, the synchronous CPU portion of 
SSCH is complete and the SSCH instruction com- 
pletes with condition code = 0. 
25 The CPU continues on to execution of the next 

sequential instruction. 

ADM Work Queue: 

30 The information put into each element in the 

ADM WQ by an ADM SSCH instruction is obtained 
as follows: The ID of the issuing subchannel is 
provided by the SSCH instruction in a CP general 
register, and the subchannel ID is put into the WQ 

35 element. The ORB contents are copied into the 
ADM WQ element. This information includes the 
first CCW address. The ORB (operation request 
block) is addressed by an operand of the executed 
ADM SSCH instruction. 

40 The ADM co-processor 20 accesses work ele- 

ments in the WQ in FIFO order, removes the top 
one, and performs the page move operation repre- 
sented by that element. Eventually each work ele- 
ment progresses from the bottom to the top of the 

45 WQ. The ADM co-processor 20 will be in a busy 
state as long as it is executing elements on the 
WQ. Thus, newly requested work is put on the 
bottom of the WQ when the ADM co-processor 20 
is busy handling a prior work request from the WQ. 

50 The ADM co-processor 20 executes the ADM 

CCW list 31 in Fig. 2. addressed by the first CCW 
address provided in the respective WQ element. 
These CCWs are contiguous in MS 23 except 
when a TIC CCW is executed which locates the 

55 next ADM CCW in the list 31 at a non-contiguous 
location in MS 23. The first CCW in ADW CCW list 
31 is generally an MSB one which addresses the 
first MSB in the MSB list 32 previously stored in 
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MS 23. 

Each element in the ADM WQ is eventually 
executed by the ADM micro-code program, using 
its execution unit hardware, as the ADM executes 
each next element of work on the WQ in sequence. 

Interruption Queue: 



Whenever the ADM completes all work for a 
WQ element, the ADM micro-code program causes 
an element to be added to the bottom of the CEC 
I/O interruption queue (IQ) and to signal all CPs 
that a completion report has been added to the IQ. 
Eventually, one of the CP's will accept the interrup- 
tion and relay it to the control program in the 
manner predefined in ESA/390 Architecture. The 
predefined conditions of ESA/390 Architecture con- 
trol the acceptance of an interruption by a particu- 
lar CP, namely, the control program has enabled it 
for I/O interruptions and has masked the CP to 
receive an interruption of the subclass defined in 
the specific SCH by means of which the ADM 
operation was passed to the ADM COP, and 
through which it is reporting completion. 

The first CP in the CEC to be enabled for I/O 
interruptions by the system control program will 
remove the top element in the IQ. examine the 
element, and generate an interruption code which 
is put into a predefined area in MS 23, the prefix 
save area (PSA), of the CP chosen by the control 
program to handle that element. That CP loads the 
I/O interruption PSW in that CP to redirect the 
execution to the control program which then tests 
the interruption subchannel status to determine that 
the page move is completed successfully so the 
pages of data moved by it can be used. (The ID of 
the issuing subchannel in each IQ element iden- 
tifies the requesting program in control program 
tables to correlate It with the indicated page move 
completion.) 

ADM Control Process - FIGURE 4B : 

The Steps in the preferred embodiment for 
executing the overall ADM control process are 
shown in the flow-diagram of Fig. 4B, which per- 
form the process previously described with respect 
to Figs. 1. 2 and 3. This process executes each 
MSB according to the specification contained 
therein as defined above. 

Step 46A occurs when the ADM receives the 
CP signal from Fig. 4A Step 41J as a result of a 
SSCH instruction. This signal from the CPU via the 
SCE to the ADM co-processor 20 removes the 
ADM processor 20A from the wait state, if it is not 
working on a previous request and begins program 
execution at Step 46B in Fig. 4B. In Step 46A the 
work element defines the page move work re- 



quested by this ADM SSCH. At Step 41J, Fig. 4A, 
the CPU used a SIGW signal to signal the SCE to 
send a signal to the ADM facility to indicate to it 
that the CPU has put an element on the ADM work 

5 queue in the HWA storage area 26. 

The ADM operates independently of the CPU. 
The ADM obtains and executes the element at the 
top of the queue because it is the oldest element in 
the work queue. Thus the ADM may be busy 

10 executing another element from the work queue 
when a new element is put onto the queue. In this 
case, the SIGW signal from the CPU can be ig- 
nored since the WQ is examined for more work at 
the end of processing of each element from the 

75 queue. Or, the queue may be empty, and the ADM 
may be idle (indicated by it being in a wait state) 
when it is signalled that a new element is being put 
on its work queue, and then the ADM can imme- 
diately access the new element and start executing 

20 it. 

The ADM enters Step 46B whenever the ADM 
is available for performing a next work element on 
the ADM WQ and the queue contains an element 
to process. In Step 46B, the ADM removes the top 

25 element from the ADM queue, and in Step 46C the 
ADM calls its "CCWLOOP" micro-program routine 
to begin processing the removed element. A con- 
tent of the removed element points to the first 
CCW in a required ADM CCW program (located in 

30 MS) that addresses a set of MSBs that specify the 
requested page moves. 

Upon successful completion of the CCWLOOP 
routine, it returns control back to the ADM control - 
routine which then executes Step 46D. Step 46D 

35 sets the completion status condition for the sub- 
channel. 

Then in Step 46E the ADM signals a pending 
interruption state for the associated ADM SSCH to 
indicate that its work has been completed on the 

40 operation requested on that subchannel. A signal is 
sent to all CPU's in the CEC using the I/O interrup- 
tion facilities in the system to Indicate that the work 
has been completed and the status of the comple- 
tion. The first CPU to take that interruption will 

45 clear the interruption from the view of all CPUs in 
the system. The CPU taking the interruption will 
resume the execution of the control program at the 
instruction addressed by the I/O interruption PSW. 
As soon as the ADM facility signals the CPs 

50 through the SCE indicating the subchannel's in- 
terruption pending state, the ADM facility checks 
the ADM work queue to look for more work re- 
quests. The ADM work queue will either be empty, 
or not empty with one or more work indicating 

55 elements. Step 46F tests the empty state of the 
queue. If it is empty, Step 46G is entered to put 
the ADM facility into a "wait" state, in which case a 
non-dedicated co-processor will do non-ADM work, 



9 



15 



EP 0 549 924 A1 



16 



if available. But if the ADM facility is on a dedi- 
cated co-processor, it will wait until it is signalled 
that the queue has received a work elennent. 

However, if the MSB work queue is not empty, 
the process branches back to Step 468 to remove 
the next element on the queue, which is now at the 
top of the queue, and the process continues in the 
manner previously described. 

MSB CCWLQOP Process - Fig. 5 : 

Fig. 5 represents the CCWLOOP process, 
which is an expansion .of Step 43 in the MSB 
control process in Fig. 4B. CCWLOOP accesses 
and controls the execution of each CCW in the 
ADM CCW list 31. 

The absolute MS address of the first CCW in 
the ADM CCW list 31 was found in the ORB 
(operation request block). The ORB was initialized 
by the operating system prior to the current ADM 
SSCH Instruction being executed. 

Initially, Step 51 loads this CCW address from 
the ADM WQ element (where it had been copied 
from the ORB) into an assigned local GPR (called 
CCW.ADDR.REG) in the MSB facility. 

Then Step 52 fetches the next CCW to be 
executed in the CCW list using the 
CCW.ADDR.REG and places it into another local 
GPR (called CCW.REG) in the MSB facility from 
which it is executed. Initially, the CCW.REG re- 
ceives the ADM CCW addressed by the 
CCW.ADDR.REG as the first CCW in the ADM 
CCW list 31. On each following iteration of this 
program loop, the next CCW in the CCW list 31 is 
loaded into CCW.REG by Step 52. 
CCW.ADDR.REG is incremented after each CCW 
is accessed so as to proceed through the list. 

Next Step 53 calls an CCWEXE microcode 
routine to interpret and execute the current CCW in 
the CCW.REG- 

Then Step 54 checks the return code (RC) 
from the execution of the CCWEXE routine during 
Step 53. If the return code indicates that the 
CCWEXE routine failed (by indicating an error or 
exception condition), the no exit is taken from Step 
54 to Step 57 which ends the CCWLOOP execu- 
tion and passes back an exception return code to 
Step 44 in the ADM control micro-program, in 
which its next Step 45 signals the error condition to 
the CPU's of the system via a CPU interruption 
signal for handling by the first CPU eligible to 
handle the interruption. 

If Step 54 finds the CCW execution return code 
from the CCWEXE micro-program indicates a suc- 
cessful operation, then Step 54 takes its yes exit to 
Step 55. 

Step 55 checks the Chain Command flag in the 
current CCW to determine if the next CCW should 



be fetched and executed. If the Chain Command 
flag is off, then the currently executed CCW is the 
last CCW in the current CCW list 31, which now 
has its execution completed, and the no exit is 
5 taken from Step 55 to Step 57 with a return code 
(RC) indicating the current CCW list executed cor- 
rectly being provided to the ADM control micro- 
program. 

But if Step 55 finds the Chain Command flag 
70 on. the current CCW is not the last, and the yes 
exit is taken to Step 56 which increments the 
current CCW address (by incrementing the content 
of the CCW.Addr.Reg) to address the next CCW in 
the CCW list 31, and the process goes to Step 52 
75 to repeat the execution of the CCWEXE routine 
process for the next CCW, and so on until the end 
of the current ADM operation request. 

MSB CCWEXE Process - Fig. 6 : 

20 

Fig. 6 represents the CCWEXE process, which 
is an expansion of Step 53 in the CCWLOOP 
control process in Fig. 5. CCWEXE executes the 
current CCW provided by the CCWLOOP routine. 
26 CCWEXE interprets the operation code in the cur- 
rent CCW and calls an appropriate sub-routine 
when required to complete the execution of the 
CCW. 

Any one of several operation codes may exist 

30 in the current CCW. including the MOVE, NOOP, 
SENSE, SENSEID or TIC return code. All of these 
operation code types may exist in a plurality of 
CCWs in a single ADM CCW list for moving any 
number of pages. The CCWEXE routine tests the 

35 current CCW operation code for each of these five 
different types of CCW operation codes. If a match 
occurs, a yes exit is taken from the test Step to call 
a corresponding routine. When the corresponding 
routine completes, it provides a return code which 

40 is passed back to Step 54 in the CCWLOOP rou- 
tine. If no match is obtained by the comparison, the 
no exit is taken to the next operation code compari- 
son Step in the CCWEXE routine. 

If no match is found by any of the comparisons 

45 provided in the CCWEXE routine, then the current 
CCW does not have any of the operation codes 
required in an ADM CCW list 31, and an exception 
return code is returned by Step 66 to the 
CCWLOOP Step 54. Then execution of the ADM 

50 CCW list 31 ends, and an abnormal end interrup- 
tion status pending is signalled through the SCE to 
the CPs for communication to the first CP eligible 
to take the interruption, which in turn will interrupt 
the control program so it may handle the interrup- 

55 tion. 

Accordingly, the first Step 61 in the CCWEXE 
routine tests for the MOVE operation code. If it is 
found. Step 61 A calls the MOVE micro-program in 
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Fig. 7 to perform the move specified by the MSBs 
addressed by the current CCW. If no MOVE opera- 
tion code is found by Step 61, its no exit is taken 
to Step 62 which tests if the NOOP (no-operation 
code) exists in the current CCW. If a NOOP con- 
dition is found, the yes exit is taken to Step 62A 
which returns a zero RC to Step 54. If there is no 
NOOP code, the no exit is taken to Step 63 to 
determine if there is a SENSE operation code in 
the current CCW. 

If a SENSE opcode exists, the yes exit to Step 
63A is taken which calls a SENSE CCW execution 
micro-program, from which Step 63B provides a 
return code to Step 54. The yes exit is taken to 
Step 64A which calls a micro-program routine that 
executes the SENSE CCW. and Step 63B provides 
the return code. Th'e SENSE CCW returns error 
information that Indicates the execution status of 
the MSB micro-program's immediately preceding 
operation. 

If no SENSE opcode is detected by Step 63, 
Step 64 is entered to test for another type of sense 
command which is for the SENSEID operation 
code. The SENSEID CCW execution returns an 
Identifier indicating the co-processor-type execut- 
ing the CCW, such as indicating if it is a co- 
processor type dedicated to the move-page func- 
tion. If the CCW tests not to be a SENSEID CCW, 
the no exit is taken to Step 65. 

Step 65 tests the CCW opcode to determine if 
the current CCW command Is a TIC (transfer-in- 
channel), which is a branching CCW. If it is a TIC 
CCW, the yes exit is taken to Step 67 that takes 
the branch address from the current CCW and 
loads it into the local GPR (CCW.ADDR.REG) in 
the ADM co-processor. Then Step 68 fetches the 
CCW at the branch address in CCW.ADDR.REG 
and loads It into the CCW.REG local register, from 
which the CCWs are executed. 

If Step 65 does not find the TIC CCW, it takes 
Its no exit to Step 66 that returns an invalid return 
code to Step 54 in the CCWLOOP micro-program 
in Fig. 5 to indicate that an invalid command ex- 
ception condition should be provided to the pro- 
gram requesting the current page move operation. 

MSB Move Micro-Program Process - Fig. 7: 

The move micro-program performs the move 
operations specified by the list of Move Specifica- 
tion Blocks (MSBs) accessed by the current MOVE 
CCW. Since there may be plural CCWs in a single 
SSCH requested move operation, the current 
MOVE CCW may be one of many In the SSCH 
operation being currently executed. The MSBs in a 
list addressed by a CCW are located contiguously 
in MS storage, and the last MSB in the list is 
indicated by its last MSB bit being set off - the 



other MSBs in the list have their last MSB bits set 
on. The data address field of each MOVE CCW 
contains the MS address of the associated list of 
MSBs. A single entry into the MOVE microprogram 
5 results in the execution of all MSB's in the single 
list addressed by one MOVE CCW. 

The current CCW is in the local GPR des- 
ignated CCW.REG. and this MOVE CCW contains 
an address In its data address field which ad- 
70 dresses the first MSB of a list of MSBs. Step 7A 
copies the MS address from the current CCW in 
the local CCW.REG into another local GPR called 
the MSB.ADDR.REG register. 

Step 7B1 uses the MSB address in the 
75 MSB.ADDR.REG register to fetch the MSB from 
main storage 23 into the local storage 20B of the 
MSB co-processor. 

Step 7B2 Initializes the replication count in a 
REPL.COUNT local register In processor 20B to 
20 zero for later testing. 

Step 7B3 tests the MSB source flags R field to 
find out whether replication has been requested. If 
replication is not specified, control passes to Step 
7E1. 

25 Step 7B4 is executed If replication is request- 

ed. In this step a test is made as to whether a 
single source page Is to be replicated, in which 
case a transfer is made to Step 7D1. This test is 
made because the hardware execution unit only 

30 replicates a single source page. When more than 
one source page is to be replicated in the sink 
location, the execution unit will be Invoked once for 
each multiple-source-page replication by the Move 
routine. 

35 Step 7B5 prepares for multiple execution unit 

Invocation by saving the page count (length of 
replication page set), source address (beginning of 
each replication page set), and the replication 
count Into local registers. These are obtained from 

40 the local storage MSB copy. 

Step 7B6 sets the source operand replication 
flag in the local MSB copy to zero since the 
execution unit does not perform multiple source- 
page replications. 

45 Step 7B7 subtracts one from Replication Count 

and goes to Step 7E1. 

Steps 7C1, 7C2 and 7C3 are only executed 
before a second and subsequent invocations of the 
execution unit to perform multiple page replica- 

50 tions. Step 7C1 sets the execution unit source 
offset register from the local register saving it to 
reset it back to the beginning of the replication 
page set. Step 7C2 sets the execution unit page 
count from the local page count register to perform 

55 one multi-page replication. 

Step 7C3 subtracts one from the replication 
count in the local register holding it (saved in Step 
7B5) to prepare for a later completion test. Control 
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is transferred to step 7F1 for the next execution 
unit invocation. 

Step 7D1 moves the replication count to the 
page count field of the local copy of the MSB. This 
is for the single page replication case, which the 
execution unit will execute connpletely by replicat- 
ing the single source page the number of times 
specified in its Page Count Register, loaded from 
the page count field of the local MSB. 

Step 7E1 sets the required execution unit reg- 
isters from the local copy of the MSB for the first 
invocation of the unit for processing the MSB. 

Step 7F1 signals the MSB execution unit to 
perform the page moves specified in its internal 
registers (set in Steps 7E1 and partially in Steps 
7C1 and 7C2). 

Steps 7F2 and 7F3 are repetitively executed 
until the execution unit has completed its specified 
page move operation. Step 7F2 tests whether a 
Halt or Clear function has been requested from the 
host CPU, in which case the execution unit 
Halt/Clear register is then set to one to stop the 
ongoing operation. Step 7F3 checks for a comple- 
tion signal and transfers back to Step 7F2 until it is 
received. 

Step 7F4 tests the replication count in the local 
register to see if a multi-page replication is still to 
be completed. If so. control is transferred to Step 
7C1 to prepare for the next multi-page replication 
invocation of the MSB execution unit. 

At Step 7F5, processing of a single MSB is 
complete. The last MSB flag is tested. If this is the 
last MSB in the list, control is returned to Step 54 
of CCWLOOP in Fig. 5. If there is another MSB, 
increment MSB.ADDR.REG to address the next 
MSB and transfer control to Step 7B1 to process it. 

ADM Sense Micro-Program Process - Fig. 8: 

The SENSE CCW execution in the ADM facility 
is represented in Fig. 8. The SENSE CCW for the 
ADM operates very similarly to the I/O SENSE 
CCW defined in the IBM ESA/390 Principles of 
Operation and in prior IBM S/370 Principles of 
Operation. It provides error information related to 
the last CCW and of the current ADM execution 
saved in assigned local registers in the ADM fa- 
cility, including a CCW.ADDR.REG, 
MSB-ADDR.REG. PAGE.CNT.REG, 
SpURCE.OFFSET.REG, SINK.OFFSET.REG. 
SOURCE.STD.REG and SINK.STD.REG. 

Step 81 provides this information from these 
ADM registers to the MS address specified in the 
SENSE. Then, Step 82 is entered to return to 
CCWLOOP process with a return code to prior 
Step 54 in FIGURE 5 to continue on with execution 
of the CCW list. 



ADM SENSEID Micro-Program Process - Fig. 9: 

The SENSEID CCW execution in the ADM 
facility is represented in Fig. 9. The SENSEID 

5 CCW for the ADM operates very similarly to the I/O 
SENSEID CCW defined in the IBM ESA/390 Princi- 
ples of Operation and in prior IBM S/370 Principles 
of Operation. It provides identification information 
related to the ADM co-processor 20 type, such as 

10 its model number. Step 91 reads this information 
from corresponding ADM registers. After this in- 
formation is stored at the CCW data address. Step 
92 is entered to return the ADM process with a 
return code to prior Step 54 in FIGURE 5 to con- 

15 tinue on to execution of the CCW list. 

Dedicated Asynchronous Data Mover Co-Processor 
20 Means: ~ " 



20 The ADM control processes may be performed 

in any of a number of ways, depending on the 
system implementation. For example, the ADM 
may be implemented by sharing the functions of 
an I/O co-processor, or the ADM may use a pro- 

25 cesser dedicated to its functions. The choice of a 
particular form of ADM facility implementation is 
dependent on the anticipated ADM workload, com- 
pared to other workloads in the system in planning 
for a maximization of the efficiency of system per- 

30 formance. 

In Fig. 1, the dedicated ADM co-processor 20 
includes means for receiving a signal from any 
CPU via the SCE, and means for sending a signal 
to any CPU via the SCE. Such a signal requests an 

35 interruption of current processing in the receiving 
processor. 

The ADM co-processor memory 20B is the 
random access type, byte addressable, accessed 
via co-processor command and data (CMD & Data) 

40 busses. The ADM co-processor 20 can fetch and 
store data, control code and commands in its local 
memory; the ADM co-processor 20 can fetch and 
store data, control code and commands in main 
storage (MS) 23 and data in expanded storage (ES) 

45 24; and the ADM co-processor 20 can fetch and 
store data, control code, and queue information 
from the HWA (26). 

The MSB execution unit 20C is a hardware 
state machine that operates in the ADM co-proces- 

50 sor 20 to execute the page moves of one MSB 
(message specification block) per invocation, MSB 
execution unit 20C performs each co-processor 
storage command to the SCE ES/MS busing logic 
hardware 21 A to accomplish the page moves 

55 specified in a current MSB being executed and to 
fetch tables used for dynamic address translation 
of source and sink virtual addresses. 
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The preferred embodiment of the asynchro- 
nous data mover (ADM) includes the coprocessor 
hardware shown in Fig. 10. ADM is a general 
purpose processor which may include general pur- 
pose registers (GPRs)« and it uses the micro-code 
in a ROS or RAM (read-only store or read-only 
memory) shown internal to the ADM co-processor 
20 for controlling the execution of its instructions. 
This micro-code for controlling the execution in this 
co-processor has been described with the flow- 
diagrams in Figs. 4 through 9. This processor 20A 
invokes the MSB execution unit 20C to do the 
actual moving of the pages. MSB execution unit 
20C executes using the execution unit controls 133 
in FIGURE 10. Dynamic Address Translation pro- 
cessing steps 104 and 109 are shown in detail in 
FIGURES 11 A and fiB. DAT processing is part of 
the move process of execution unit 20C. 

Description Of MSB Execution Unit Hardware In 
Fig. 10 : 

An ADM adapter 20D provides the storage 
access functions between the ADM 20 and the 
SCE 21 in Fig. 1. The. SCE 21 is used by the 
processor 20A and the MSB execution unit 20C to 
fetch and store pages of data from and to the main 
storage 23 and the expanded storage 24 in the 
system. The SCE's 21 page-move function is used 
by the MSB execution unit 20C to move a page 
from one location in MS 23 or ES 24 to another 
location in MS 23 or ES 24. The page move is 
performed by the SCE 21 internally, using the 
MS/ES bussing logic 21 A in response to page 
address and control information supplied by the 
MSB execution unit 20c through the ADM adapter 
20D. 

During the execution of an MSB in the MSB 
execution unit 20C, an SCE command (a page 
move command) is constructed in storage register 
131, and this command is forwarded on the ADM 
bus 100 to the ADM adapter 20D which then 
places the command on the SCE bus for the SCE 
to execute. 

The SCE storage command has the following fields 
in storage register 131: 

Source absolute address; 
Source protection key; 

Source memory type (which is either MS, ES, or 

"zeros" if the Z bit is on in the MSB); 

Sink absolute address; 

Sink protection key; and 

Sink memory type (which is either MS or ES). 

The ADM processor 20A sequences through 
the cycles of operation, described below. The pro- 
cessor receives flags and addresses read from the 



corresponding fields in the MSB in MS 23 being 
currently addressed by an MSB CCW to load reg- 
isters 101-103, 106-108, 111, 121 and 128. Regis- 
ters 101-103 input to logic circuits 104 which per- 
5 forms a conventional DAT (dynamic address trans- 
lation) operation to generate a source absolute 
(real) address in register 123 and determine from 
the source flag field the type of medium containing 
the source page, the type which is put into register 

70 122. Registers 106-108 output to DAT logic circuits 
109 which performs a conventional DAT (dynamic 
address translation) operation to generate a sink 
absolute (real) address in register 126 and deter- 
mine from flag field states the type of medium 

75 containing the sink location the type which is 
placed in register 127. 

The first iteration of the DAT controls 104 uses 
the STD IN register 103 if a virtual address is 
indicated by the flag fields in register 101. The 

20 STD is not accessed if a source real address is* 
indicated by the flag bits. The address in the 
source offset register 102 is then used as a virtual 
or real address for providing the output of DAT 
controls to the source absolute (real) address regis- 

25 ter 123 and the source memory type to register 
122, which provides the first source address to 
storage register 131. 

The same process is used for the contents of 
registers 106-108 operating with the sink DAT 109 

30 to generate the first sink address outputted into 
register 126, then to storage register 131. Then, the 
content of storage register 131 contains the first 
source and sink page addresses, the source and 
sink keys, and the source and sink memory types 

35 (given that in some cases a Z-bit in the memory 
type field may indicate no valid source address). If 
the source flag in storage register 131 indicates 
page zeroing, then the SCE page-move function 
supplies the source page of zeros internally. The 

40 content is provided to the SCE as part of the page- 
move storage command. The embodiment allows 
generation of the components of the resulting SCE 
page-move command to be generated in parallel 
(simultaneously). That is, the source and sink 

45 operand specifications may be generated to stor- 
age register 131 by different hardware concur- 
rently, as indicated by the structure depicted in 
Fig. 10. 

The page CNT field in register 111 is de- 
50 cremented by one via decrementer 112, and if the 
page count is not zero another set of page address 
generation cycles are performed, at least for the 
sink pages. No further address generation is per- 
formed for the source pages if R = 1 or Z = 1 in flag 
55 register 101. 

In this manner each next sink and any source 
address is generated until the page count in regis- 
ter 111 reaches zero. 
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If a Halt or Clear signal is received in register 
116, the MSB execution process is stopped by 
controls 133, and the registers are all reset In the 
case of a Clear command. In the case of Halt, the 
Information remains in the registers and may be 5 
obtained through use of a SENSE CCW. 

The micro-programs described in FIGURES 4-9 
are stored in the MSB local store 20B. The MSB 
execution unit 20C and its bus 100 are controlled 
by the micro-programs running on the MSB pro- io 
cesser 20A. 

The ADM MSB Execution unit (Fig. 10) re- 
ceives initial MSB field values from processor 20A 
(shown as Step 73 in Fig. 7). The registers are 
loaded with the information provided by processor 75 
20A as follows: 

Gate MSB Bus into Source Flags reg 101 
Gate MSB Bus into Source Offset reg 102 
Gate MSB Bus Into Source STD reg 103 
Gate MSB Bus into Source Key reg 121 20 
Gate MSB Bus into Sink Flags reg 106 
Gate MSB Bus Into Sink Offset reg 107 
Gate MSB Bus into Sink STD reg 108 
Gate MSB Bus Into Sink Key reg 128 
Gate MSB Bus into Page Cnt 1 1 1 25 
This is done by communication with the hardware 
execution unit control 133, which exercises control 
over the operation of the MSB execution unit hard- 
ware as it performs all page-moves requested by a 
single MSB, except, as explained earlier, in the 30 
case of multiple-page replication where a single 
MSB will cause multiple invocations of the MSB 
execution unit. 

Start Execution Command Received From P roces- 35 
sor 20A (Step 74, Fig. 7) : 

Cycle 1 If Page CNT = 0 Page Movement 
is complete and the Execution 
Control 133 signals Processor 20A 40 
that the processing of the MSB is 
complete and returns to Step 75 
Fig. 7. 

Cycle 2 Gate Source Flags, Offset, STD 

into Source DAT; Simultaneously 45 
gate Sink Flags, Offset, STD into 
Sink DAT. 

N Cycles DAT operations for a source and a 
sink page. DAT depends on the 
time it takes to fetch DAT tables 50 
out of MS. 

Wait for address valid from Source & Sink 
DAT, then do the following cycles to gate data from 
DAT to registers 122-123 and 126-127: 

Cycle N + 1 Gate Source MT into Source 55 

Memory Type reg 122 
Cycle N + 2 Gate Source ABS REG into 
Source ABS ADDR reg 123 



Cycle N + 3 Gate Sink MT into Sink Memory 
Type reg 127 

Cycle N + 4 Gate Sink ABS REG into Sink 
ABS ADDR reg 126 

Cycle N + 5 Gate Source & Sink key, Addr 
and Memory type regs into Stor- 
age Reg 131. Cycle N + 6 Gate 
Storage Register 131 onto Com- 
mand and Data Bus to ADM 
Adapter 20D and then on the 
SCE bus to the SCE. 

M Cycles Wait for the SCE Response. 
If unsuccessful then go to Done. 

Cycle M + 1 Gate decremented page CNT 
into page CNT reg 111. 

If Source Flag = Replicate, 
then Gate incremented Source 
offset from incrementer 105 into 
Source offsets reg 102. 
Gate incremented Sink offsets 
from incrementer 110 into Sink 
offsets reg 1 07. 

Cycle M + 2 If Halt/Clear register is set. then 
go to Done, but if Halt/Clear 
register is not set, then 

Cycle M + 3 Goto Cycle 1 to test if page 
CNT = 0. 

Done: Signal ADM processor 20A that 

MSB Execution Unit is com- 
plete. Provide Return Code. 
If processor 20 A sets a one into the 
HALT/Clear Register, then the execution control 
unit will terminate operation of the MSB execution 
unit after completion of the current page move. 

Thus, the storage command is put in the Stor- 
age Reg 131 at cycle N + 5, then the command is 
gated onto the MSB bus 100 in the embodiment for 
transmission to the ADM adapter 20D. The MSB 
execution unit then waits (some M cycles) for the 
ADM adapter 20D to send the command to the 
SCE 21, the page is moved by the SCE 21. after 
which the SCE 21 send a completion response to 
the ADM adapter 20D, which is then returned to the 
Execution Unit Control 133. At cycle M + 1 the 
completion response is analyzed and the execution 
proceeds to move the next page if more pages 
remain to be moved. 

Source DAT Operation By The ADM Co-Processor 
- Fig. 11 A : " 

The ADM co-processor DAT circuits 104 cycle 
through the cycles of operation described below. 
The source DAT 104 receives source flags and 
information from registers 101-103, generates 
source STE and PTE addresses and accesses the 
source STE and PTE in MS for source virtual 
address translation, indicates the source storage 
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medium type, and signals an "address valid" or an 
"exception", and. if valid, the translated source 
absolute address, source key, and memory type 
are loaded into storage registers 131 and will sub- 
sequently be sent to the SCE 21 as part of a page- s 
move storage command to access the source page 
in a move operation for the respective source 
specification. 

Cycle 0 Gate Source Flags into DAT Con- 
trols, and 10 
Gate Source Offset into DAT ADDR 
reg, and 

Gate Source STD into STD REG. 
If Source Flag indicates a Zero Sink flag: 
Cycle 1 Gate ZS (Zero Sink) into MT reg 75 
Gate Source Address Valid signal to 
MSB "Execution Unit Control Logic 
133. 

Or if Source FLAG indicates MS REAL Ad- 
dress: 20 
Cycle 1 Gate DAT ADDR Reg to DAT ABS 
ADDR reg 

Gate MS medium indicator into DAT 
MT reg 

Gate Source Address Valid signal to 25, 
MSB Execution Unit Control Logic 
133. 

or if Source FLAG indicates ESBN Real Address: 
Cycle 1 Gate DAT Address Reg to Abs Reg 

Gate ES into medium indicator into 30 
DAT MT Register 

Gate Address Valid signal to MSB 
Execution Unit Control Logic 133. 
If the Source Flag indicates a Virtual Address: 
Cycle 1 Gate DAT ADDR reg(SX) + STD 35 
reg (STO) into ST A reg as the gen- 
erated STE address (as described in 
ESA/390 Principles of Operation and 
in European patent application num- 
ber EP 90 115 517.6. 40 
Test DAT ADDR Reg 1-7 against 
STD REG(STL). If greater than STL, 
generate exception, and signal MSB 
operation complete. 

2 Gate STA reg into Fetch reg 45 

3 Gate FETCH reg onto MSB BUS to 
access STE in MS 

4 Gate MS STE data on MSB BUS 
into STE reg Test DAT ADDR reg 

bits 1-7 against STE(PTL). If greater so 
than PTL, generate exception, and 
signal MSB operation complete. 

5 Gate DAT ADDR reg(PX) + STE 
reg(PTO) into PTA reg as the gen- 
erated PTE address (as described in 55 
ESA/390 principles of operation and- 

in European patent application num- 
ber EP 90 115 517.6. 
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Gate PTA reg into FETCH reg 
Gate FETCH Reg onto MSB BUS to 
access PTE in MS. 
Gate PTE data from MS on MSB 
BUS into PTE REG 
Gate PTE(PFRA) into ABS ADDR 
reg as the translated source real ad- 
dress (as described in ES/390 prici- 
ples of operation and in European 
patent application number EP 90 
115 517. 6. 

If PTE Flags = MS, then Gate MS 
into MT REG. 

If PTE Flags = ES. then Gate ES into 
MT reg. 

If PTE flag is invalid, indicate page 
fault exception and signal operation 
complete. 

Gate Source Address Valid Signal to 
MSB Execution Unit Control Logic. 



Sink DAT Operation By The MSB Co-Processor - 
Fig. 10 and Fig. 11B: 

The MSB co-processor DAT circuits 109 cycle 
through the cycles of operation described below. 
The Sink DAT 109 receives sink flags and informa- 
tion from registers 106-108, generates sink STE 
and PTE addresses and accesses the sink STE 
and PTE In MS for sink virtual address translation, 
indicates the sink storage medium type, and sig- 
nals an "address valid" or an "exception", and if 
valid sends the translated sink absolute address to 
storage register 131 is to form part of the page- 
move storage command which will be sent to the 
SCE subsequently to access the sink page in a 
move operation for the respective sink specifica- 
tion. 

Cycle 0 Gate Sink Flags into DAT Controls, 
and 

Gate Sink Offset into DAT ADDR 
reg, and 

Gate Sink STD into STD reg. 
If Sink FLAG indicates MS REAL Address: 
Cycle 1 Gate DAT ADDR Reg to DAT ABS 
ADDR reg 

Gate MS medium indicator into DAT 
MT reg 

Gate Sink Address Valid signal to 
MSB Execution Unit Control Logic 
133. 

Or if Sink FLAG indicates ESBN Real Address: 
Cycle 1 Gate Address Reg to Abs Reg 
Gate ES into MT REG 
Gate Sink Address Valid signal to 
MSB Execution Unit Control Logic 
133. 
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If the Sink Flag indicates a Virtual Address: 
Cycle 1 Gate DAT ADDR reg(SX) + STD 
reg(STO) into STA reg as the gen- 
erated sink STE address (as de- 
scribed in ESA/390 principles of op- 5 
eration and in European patent ap- 
plication nunnber EP 90 115 517.6. 
Test DAT ADDR Reg 1-7 against 
STD REG (STL). If greater than 
STL. generate exception, and signal io 
MSB operation complete. 

2 Gate STA reg Into Fetch reg 

3 Gate FETCH reg onto MSB BUS to 
access STE in MS 

4 Gate MS STE data on MSB BUS 75 
into STE reg Test DAT ADDR reg 

bits 1-r against STD REG(PTL). If 
greater than PTL, generate excep- 
tion, and signal MSB operation conn- 
plete. 20 

5 Gate DAT ADDR reg(PX) + STE 
reg(PTO) Into PTA reg as the gen- 
erated sink PTE address (as de- 
scribed in ESA/390 principles of op- 
eration and in European patent ap- 25 
plication nunnber EP 90 115 517.6. 

6 Gate PTA reg into FETCH reg 

7 Gate FETCH Reg onto MSB BUS to 
access PTE in MS. 

8 Gate PTE data fronn MS on MSB 30 
BUS into PTE REG 

9 Gate PTE(PFRA) into ABS ADDR 
reg as the translated sink real ad- • 
dress (as described in ES/390 prin- 
ciples of operation and in European 35 
patent application number EP 90 

115 517.6 

If PTE Flags = MS. then Gate MS 
into MT REG. 

If PTE Flags = ES, then Gate ES into 40 
MT reg. 

If PTE Flags indicate invalid, indi- 
cate page fault exception and signal 
operation complete. 

10 Gate Sink Address Valid signal to 45 
MSB Execution Unit Control Logic 

133. 



Claims 



50 



1. Asynchronous data mover means in a data 
processing system, comprising: 
at least one central processor (CP), a system 
memory (23, MS), and an input/output (I/O) 
system; 55 
CP execution means for executing a data 
move instruction for generating a work element 
for an asynchronous co-processor and execut- 



ing other instructions thereafter; 
co-processor means (20) for obtaining a work 
element to initiate a co-processor program 
containing an address to a move specification 
block (MSB), the MSB having a source speci- 
fication for specifying a source location from 
which one or more page(s) is to be moved and 
a sink specification for specifying a sink loca- 
tion into which the source page is to be 
moved; and 

means in the co-processor for controlling the 
moving of the one or more page(s) of data 
from the source location to the sink location, 
and the CP being capable of executing other 
instructions during the moving of the one or 
more pages by the co-processor (20). 

2. Asynchronous data mover means in a data 
processing system as defined in claim 1, fur- 
ther comprising: 

the system memory comprised of more than 
one medium, each with separate addressabil- 
ity; and 

MSB initialization means (20c) for specifying a 
source medium and a sink medium in the MSB 
and locations in the media for the source 
page(s) and the sink page(s). 

3. Asynchronous data mover means in a data 
processing system as defined in claim 1, fur- 
ther comprising: 

MSB initialization means (20c) for allowing vir- 
tual addressing to specify the location of the 
page(s) in at least one of the media. 

4. Asynchronous data mover means in a data 
processing system as defined in claim 1, fur- 
ther comprising: 

means (20c) in the co-processor for interpret- 
ing a flag field in the MSB for selecting the 
medium for the location of each source and 
sink page. 

5. Asynchronous data mover means in a data 
processing system as defined in claim 1, fur- 
ther comprising: 

MSB initialization means (20c) for specifying a 
real address or a virtual address in the MSB 
for each source and sink page. 

6. Asynchronous data mover means in a data 
processing system as defined in claim 1, fur- 
ther comprising: 

means (20c) in the co-processor for interpret- 
ing a flag field in the MSB for indicating a 
number of times for the page(s) in the source 
location to be replicated in the sink location. 
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7. Asynchronous data mover means in a data 
processing system as defined in claim 1. fur- 
ther comprising: 

the source medium and the sink medium being 

the same medium. 5 

8. Asynchronous data mover means in a data 
processing system as defined in claim 1, fur- 
ther comprising: 

the source medium and the sink medium being io 
different media. 

9. Asynchronous data mover means in a data 
processing system having at least one central 
processor and a system memory, comprising: 75 
processor execution means for executing a 
data move instruction for generating a work 
element on a work queue (WQ) and signalling 

a co-processor (20) of the existence of the 
work element on the work queue (WQ); 20 
' asynchronous co-processor means (20) having 
a control program initiated by the signalling 
processor to access the work queue (WQ) to 
obtain a work element for locating a co-proces- 
sor page transfer program having at least one 25 
move specification block (MSB), the MSB hav- 
ing a source specification for locating a source 
page to be transferred and having a sink speci- ' 
fication for locating a sink page into which the 
source page is to be transferred and a count of so 
pages to be moved, and the MSB having a flag 
field for controlling characteristics of the page 
transfer; and 

means (20c) in the co-processor for translating 
any virtual address contained by the MSB into 35 
an address having a direct addressing relation- 
ship to the location in a system memory of 
requested source and sink addresses. 

10. Asynchronous data mover means as defined in 40 
claim 9, further comprising: 

the flag field having indicators for specifying a 
first medium and/or a second medium for the 
source and sink locations. 

45 

11. Asynchronous data mover means as defined in 
claim 9, further comprising: 

main storage (23, MS) being specified as a 
first medium and expanded storage (24, ES) 
being specified as a second medium by the so 
flag field. 

12. Asynchronous data mover means as defined in 
claim 9, further comprising: 

the flag field having indicators for specifying 55 
whether the source or sink location contains a 
real address or a virtual address. 



13. Asynchronous data mover means as defined in 
claim 12, further comprising: 

a field in each MSB specification for designat- 
ing a virtual address space containing an asso- 
ciated source or sink location. 

14. Asynchronous data mover means as defined in 
claim 12. further comprising: 

a segment table descriptor (STD) field In each 
MSB specification for designating a virtual ad- 
dress space containing an associated source 
or sink location. 

15. Asynchronous data mover means as defined in 
claim 12, further comprising: 

the MSB containing an address of a translation 
table for translating a virtual address contained 
in the MSB source and/or sink specification. 

16. Asynchronous data mover means as defined in 
claim 9, further comprising: 

a data mover instruction for asynchronously 
controlling a co-processor (20) to access a 
work queue (WQ) to obtain an address to a co- 
processor program containing one or more 
MSBs for locating pages of data to be trans- 
ferred. 

17. Asynchronous data mover means as defined in 
claim 12, further comprising: 

a page table entry (PTE) field for a virtually- 
addressed source or sink page which indicates 
the media in which the operand is stored and 
to which the address in the page table entry 
(PTE) applies. 

18. Asynchronous data mover means as defined in 
claim 17, further comprising: 

a flag field in each MSB for indicating whether 
a page at a sink address is to be over-written 
with a padding character without transferring 
any page from a source location. 

19. Asynchronous data mover means in a data 
processing system having at least one central 
processor and a system memory, comprising: 
processor execution means for executing a 
data move instruction for generating a work 
element on a work queue (WQ) and signalling 
a co-processor (20) of the existence of the 
work element on the work queue (WQ); 
asynchronous co-processor means (20) having 
a control program initiated by the signalling 
processor to access the work queue (WQ) to 
obtain a work element for locating a co-proces- 
sor page transfer program having at least one 
move specification block (MSB), the MSB hav- 
ing a source specification for locating a source 
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page to be transferred and a count of pages to 
be moved, and having a sink specification for 
locating a sink page into which the source 
page is to be transferred, and the MSB having 
a flag field for controlling characteristics of the 5 
page transfer; and 

the co-processor page transfer progrann con- 
taining at least one channel control word 
(CCW) for locating an MSB to control the 
transfer of one or more pages of data in the io 
system located at virtual or real addressed 
locations in the system. 

20. Asynchronous data mover means as defined in 
claim 19, further comprising: 75 
a flag field In the source specification area and 

in the sink specification area of the MSB for 
indicating whether the addresses In the re- 
spective areas are in main storage (23, MS) or 
in expanded storage (24, ES) in the system. 20 

21. An asynchronous data mover method* for a 
data processing system, comprising: 
providing at least one central processor (CP), a 
system memory (23, MS), and an Input/output 25 
(I/O) system in the data processing system; 
executing by the CP of an asynchronous data 
move instruction in a CP program to generate 

a work element on a work queue (WQ), the CP 
being available for executing other Instructions 30 
after providing information for putting the work 
element on the work queue (WQ); 
signalling by the CP to a co-processor (20) 
that an element is being added to the work 
queue (WQ); 35 
performing by the co-processor (20) of a page 
move operation for each queue element acces- 
sed by the co-processor from the work queue 
(WQ); 

signalling by the co-processor (20) of the CP's 4o 
upon the completion or termination of each 
request; 

putting the co-processor into a wait state when 
no further work element is found in the work 
queue (WQ); 45 
taking the co-processor (20) out of wait state 
when a signal is received from a CP that a 
work element is being put on the work queue 
(WQ); 

initiating a co-processor program having chan- 50 
nel control words (CCWs). some CCWs con- 
taining an address to at least one move speci- 
fication block (MSB), each MSB specifying a 
source location in the system for a page to be 
transferred and a sink location into which the 55 
source page is to be transferred for controlling 
the movement of one or more pages when one 
or more work elements are on the work queue 



(WQ); 

controlling memory fetches and memory 
stores by at least one memory controller in 
response to page fetch and store commands 
by the co-processor (20) to the memory con- 
troller; 

signalling the CP's when a page transfer pro- 
gram has been completed under control of the 
co-processor (20) to communicate completion 
to the CP program for which the page transfer- 
(s) were made; 

responding to another CCW type requesting 
information of the current state of the present 
or last operation by providing the content of 
internal co-processor registers containing ad- 
dresses, counts, and error indications; and 
responding to another CCW type requesting 
Information as to the co-processor type, model 
and capabilities. 

22. An asynchronous data mover method for a 
data processing system as defined in claim 21, 
the co-processor program further comprising: 
fetching a next CCW in the co-processor pro- 
gram when an MSB located through a last 
CCW in the program indicates it is the last 
MSB in an MSB list (32). 

23. An asynchronous data mover method for a 
data processing system as defined in claim 22, 
the co-processor program further comprising: 
sensing an off state for a chaining field in the 
MSB for indicating the MSB is the last MSB in 
a current MSB list (32). 

24. An asynchronous data mover method for a 
data processing system as defined in claim 23. 
the co-processor program further comprising: 
sensing an off state for a chaining field in a 
current CCW for indicating the CCW is the last 
CCW in the current co-processor program, and 
incrementing or transferring an address in the 
CCW for accessing the next CCW in the co- 
processor program. 
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N 



me. ORB VALID? 
Y 



41C. SUBCHANNEL STATUS PENDING? 
N 

1 

mD. START, HALT OR CLEAR 

IN PROGRESS AT SUBCHANNEL? 

N 

mE. SUBCHANNEL NOT OPERAT ZONAL ?- 
N 

V 

41 F. ORB CONTENT PLACED IN 
WORK QUEUE ELEMENT 



Y 



41 G. IS THE ADDRESSED SCH N 
AN ADM TYPE? 



41H. PUT WORK QUEUE ELEMENT 
ON ADM WORK QUEUE 



42A. INITIATE 
PROGRAM 
INTERRUPT 



42B. SET CC=1 
END OP 



42C. SET CC=2 
END OP 



42D. SET CC=3 
END OP 



42E. TO 

PREDEFINED 
OPERATION 
FOR OTHER 
SCH TYPES 



41J. SIGNAL ADM 



4»K. END OP 



RETURN FOR EXECUTION OF 
NEXT SEQUENTIAL INSTRUCTION 
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FIG.4B 



ADM CONTROL 



46A. SIGNAL FROM CP? 
Y 



N 



■468. REMOVE NEXT WORK QUEUE ELEMENT 
FROM ADM QUEUE IN HWA 
AND PLACE IN LOCAL MEMORY 



46C. CALL CCW LOOP (SEE FIG. 5) 



46D. SET SUBCHN INTERRUPT STATUS 



t 

46E. SIGNAL ADM INTERRUPT TO CPU 



N 



ADM QUEUE EMPTY? 
Y 



aeG. RETURN TO WAIT L00P(H6A) 
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FIG. 5 



51 



CCW LOOP 
IN ADM CONTROL (FIG. 46) 



LOAD CCW.ADDR.REG FROM ORB 
(CCW ADDR)COPY IN LOCAL MEMORY 



52. FETCH ADM CCW USING 
CCW.ADDR.REG 
INTO CCW. REG 



53. CALL CCWEXE(RC) 
(SEE FIG. 6) 



54. RC = SUCCESSFUL? 



N 



55. CCW CHAINING? 

Y 



56. INCREMENT CCW.ADDR.REG 



57. RETURN{RC) 
TO STEP 460 
IN FIG.4B 
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FIG. 6 



CCWEXE(RC) 
IN CCW L00P(FIG.5) 



Y 



62A. RETURN (0) 
TO STEP 54 
IN FIG. 5 



61 . CCW CMD = 'MOVE' ? 
(SEE FIGS.7A,7B) 



N 



62. CCW CMD = 'NOOP' ? 
N 



61 A. CALL MOVE 



61 B. RETURN (RC) 
TO STEP 54 
IN FIG. 5 



63. CCW CMD = 'SENSE'? 
(SEE FIG. 8) 



N 



Y 



63A. CALL 

SENSE (RC) 



638. RETURN (RC) 
TO STEP 54 
IN FIG. 5 



64 



CCW CMD = 'SENSE ID'? 
(SEE FIG. 9) 



64A. CALL SENSE 
ID(RC) 



N 



V 

64B. RETURN (RC) 
TO STEP 54 
IN FIG. 5 



65. CCW CMD = 'TIC' ? 
N 



66. RETURN (99) 
TO STEP 54 
IN FIG. 5 
( INVALID CCW) 



END 



67. CCW.ADDR.REG= 
NEW CCW ADOR 



68. FETCH CCW 

POINTED TO IN 
CCW . ADDR . REG 
INTO CCW. REG 



69. GO TO 

STEP 61 
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ENTER MOVE 
(FROM STEP 61 A IN FIG. 6) 



7A. SET MSB.ADDR.REG FROM CCW{ ADDRESS) 



FIG. 7A 



7B1 



FROM 
FIG.7B 



FETCH MSB USING MSB.ADDR.REG 
INTO LOCAL STORAGE 208 



7B2. SET REPL-COUNT LOCAL REG IN 20A TO 0 



OFF 



7B3. TEST MSB REPLICATION FLAG 
ON 

] 

7B4. TEST MSB PAGE COUNT FOR = 1 



= 1 



GO TO 7E1 
(FIG. 78) 



GO TO 701 
(FIG.7A) 



7B5. LOAD PAGE COUNT, SOURCE ADDR, REPLICATION COUNT 
INTO 20A LOCAL REGISTERS FROM LOCAL MSB COPY 



786. SET REPLICATION FLAG IN LOCAL MSB COPY = 0 



787. SUBTRACT 1 



■ROM REPL COUNT AND GO TO STEP 7E1 



7C1. SET EXEC UNIT SOURCE OFFSET .REGISTER 
FROM SOURCE ADDRESS LOCAL REGISTER 



7C2. SET EXEC UNIT PAGE COUNT REGISTER 
FROM PAGE COUNT LOCAL REGISTER 



7C3. SUBTRACT 



■ROM REPL-COUNT LOCAL REG. GO TO 7F I 



7D1 . MOVE REPLICATION COUNT TO PAGE COUNT 
IN LOCAL COPY OF MSB 



TO 7E1 (FIG.7B) 
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FIG.7B 



FROM 7D1 (FIG.7A) 



7E1. SET EXECUTION UNIT REGISTERS 
PAGE COUNT = MSB (PAGE COUNT) 
SOURCE FLAGS = MSB (SOURCE FLAGS) 
SOURCE OFFSET = MSB (SOURCE OFFSET) 
- SOURCE STD = MSB (SOURCE STD) 
SINK FLAGS = MSB (SINK FLAGS) 
SINK OFFSET = MSB (SINK OFFSET) 
SINK STD = MSB(SINK STD) 
SOURCE KEY = MSB (SOURCE KEY) 
SINK KEY = MSB(SINK KEY) 



7F1. START MSB EXECUTION UNIT 



7F2. IF HALT OR CLEAR PENDING 



7F3. HAS MSB EXECUTION UNIT N_ 

SIGNALLED COMPLETION? 



SET EXEC UNIT 

HALT/CLEAR 
REGISTER = 1 



GO TO 7F2 
(FIG.7B) 



' NOT 0 

7F4. TEST REPLICATION COUNT GO TO 7C1 

(FIG.7A) 



7F5. TEST MSB CHAIN FLAG 

ON I 



7F6. INCREMENT MSB.ADDR.REG 
AND GO TO 7B1 (FIG.7A) 



OFF 



TO FIG.7A 



- RETURN (0) 
TO STEP 61 B 
CCWEXE 
(FIG. 6) 
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FIG. 8 



81-. 



SENSE(RC) IN CCWEXE(FIG.6) 



STORE AT CCW(DATA ADDRESS) CURRENT 
VALUES OF THE FOLLOWING REGS: 



CCW.ADDR.REG 
MSB , ADDR . REG 
PAGE. CNT. REG 
SOURCE . OFFSET . REG 
SINK. OFFSET. REG 
SOURCE . STD . REG 
SINK. STD. REG 



82. RETURN (0) TO STEP 63B IN FIG. 6 



FIG. 9 



SENSE ID(FIG.6) 



91 . STORE AT CCWCDATA ADDRESS) 



CU TYPE MODEL # 
DEV TYPE MODEL U 



32. RETURN(O) TO STEP 64B IN FIG. 6 
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FIG. 10 



ADM MSB 
EXECUTION UNIT 



CMD S DATA BUS 
TO ADM ADAPTER 20 D (FIG. I) 



MSB BUS 
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OFFSET 



INC 
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STD 



SOURCE 
DAT 



1 04 



121 122 



SOURCE 
KEY 



106 



SINK 
FLAGS 



1 08 
107 \ 



SINK 
OFFSET 



INC 
4K 



SOURCE 
MEMORY 
TYPE 



123 

1 



SOURCE 
ABS 
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SINK 
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SINK 
DAT 



109 
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PAGE 
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DEC 
1 
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SINK 
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ADDR 
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EXEC 
UNIT 
CTL 
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FIG. 1 1 A 



SOURCE SOURCE SOURCE 
FLAGS STD OFFSET 



MSB BUS 



STD 
REG 



ADDR 
REG 
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SX 



PX 



BX 



STE 



PTE 
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PFRA 



FLAGS 



STA 



PTA 



MSB 
ZERO 
FLAG 



SEL 



7 



ABS ADDR 



MT 



SEL 



DAT 
CONTROL 



FETCH REG 



ADDR 
VALID 



i_ (TO 131 
^^-^FIG. 10) 



EXCEPTION 



MSB BUS 
(TO 100 
FIG. 10) 



y 

SOURCE 
ABSOLUTE 
PAGE ADDR 
(TO 123 
FIG. 10) 



SOURCE 
MEMORY 

TYPE 
(TO 122 
FIG. 10) 
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FIG. ] ] B 



SINK 
FLAGS 



SINK 
STD 



SINK 
OFFSET 



MSB BUS 



STD 
REG 



ADDR 
REG 



STO- 



STL 



SX 
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FLAGS 
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ABS ADDR 



SEL 



MT 



SEL 



DAT 
CONTROL 



FETCH REG 



ADDR 
VALID 



(TO 131 
FIG. 10) 

EXCEPTION 



MSB BUS 
(TO 100 
FIG. 10) 



SINK 
ABSOLUTE 
PAGE ADDR 
(TO 126 
FIG. 10) 



SINK 
MEMORY 

TYPE 
(TO 127 
FIG. 10) 
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